Qu'entends-je ?

Alors que je me faisais à manger, mon attention fut soudain captivée par une notification facebook, il semblerait que sur une conversation facebook que je ne nommerais point, des blagues sur git se mêlent aux discussion de pulls.... Certain.e.s semblent préférer les pulls aux pushs, et la @ sur messenger seriat l'équivalent de git blame(ce qui n'est pas nécessairement faux, j'avoue me régaler de voir le matrixage de git partout). Mais un des points les pus importants qui a été soulevé : il faut pull avant de push.

NainsA(et probablement 2A et plus aussi, ne mentons pas), on vous voit

Certes vous n'avez peut être jamais utilisé git avant, mais n'oubiez pas cette règle!!! Les problèmes de merge conflict, d'où viennent-ils? Eh bien, dans beaucoup de cas, on a oublié de pull avant de push... Ce pourquoi, si vous faites un bon suivi de votre proj104, si vous ne suivez pas cette règle, il est possible que vous ayez souvent eu des problèmes avec votre fichier suivi... Eh oui, être oublié de supprimer son repo git local pour reclone car vous galérez à résoudre le merge conflict dans juste votre fichier suivi, c'est pas fou, et ça met la rage. Mais d'ailleurs, parlons-en de cette technique!

Supprimer le repo en cas de conflict?

Si vous êtes comme moi, immensément intelligent.e, merveilleusement malin.gne, incroyablement débrouillard.e, eh bien, vous avez certainement fait ceci au moins une fois! Cependant, vous vous êtes probablement aussi attiré les foudres de certain.e.s de vos compères qui vous prenaient pour un.e demeuré.e incapable de résoudre des conflicts!(mais vous au moins, vous aviez résolu le problème en deux minutes alors qu'eux.elles y passaient parfois des heures... je n'ai jamais dit que mes ami.e.s étaient des pros de git.). Si vous vous faites à nouveau alpagué, n'hésitez pas à montrer ceci (oui c'est du vol de meme et de ocntenu snas aucune vergogne, et je n'ai plus le lien donc à vous de chercher) :


Ne laissez plus ces puristes vous marcher sur les pieds, certes votre méthodes n'est pas la plus classe, mais elle fait le taff, et a le mérite d'être efficace (+ approuvée par des pros si vous faites confiance à reddit... ce que je ne conseille pas forcément).

Partage

Si vous souhaitez partager vos histoires sur git ou vos blagues, n'hésitez pas à les mettre ici ou à écrire un article. Si vous ne souhaitez pas écrire un article, n'hésitez pas à les déposer, je me chargerais personnellement de les mettre en forme, en vous faisant honneur et en montrant l'aspect démoniaque de git.